Date: Sun, 29 May 94 04:30:03 PDT From: Advanced Amateur Radio Networking Group Errors-To: TCP-Group-Errors@UCSD.Edu Reply-To: TCP-Group@UCSD.Edu Precedence: Bulk Subject: TCP-Group Digest V94 #103 To: tcp-group-digest TCP-Group Digest Sun, 29 May 94 Volume 94 : Issue 103 Today's Topics: More RSPF Help needed..... (2 msgs) Send Replies or notes for publication to: . Subscription requests to . Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the TCP-Group Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Sat, 28 May 94 04:56:05 CST From: Jack Snodgrass Subject: More RSPF Help needed..... To: tcp-group mailling list We've been tearing out my hair trying to figure out how to link 2 RSPF routers that use an IP Router to communicate. It seems like RSPF should work and NOT require that every station in the network Run RSPF, but we just can't figure out how to make it work. We've got: -------- -------- -------- kf5mg <---440---> wb5tey <---144---> k5rw -------- -------- -------- kf5mg and k5rw are running RSPF. When either one sends out it's RSPF broadcast, the other station can't hear it because they're on separate networks. Is there an easy way to fix this? We've set up and AXIP link between the two RSPF routers and set up the routes between k5rw and kf5mg to use wb5tey. Now they can hear each others RSPF broadcast, but the RSPF added routes are screwed up. All of k5rw's RSPF added routes on kf5mg show that they route through k5rw on 440 instead of wb5tey. All of kf5mg's RSPF added routes on k5rw show that they route through kf5mg on 144 instead of wb5tey. I'm guessing that the reason the routes are screwed up is that RSPF assumes that since it can 'hear' the station direct ( because of the axip link ) the RSPF added routes assume that they go direct to the remote system and don't take into account any pre-existing routes set up between the two RSPF routers. Next, we set up an ENCAP link in hopes that if the AXIP link was run over the ENCAP link the RSPF added links would use the ENCAP link routes. That didn't work either. The AXIP stuff goes over the ENCAP route, but the RSPF added routes still ignore the IP router that's in between the two RSPF routers. Someone is probably going to suggest that wb5tey ( in our example ) run RSPF. Yes... that will work, but I want/need to figure out this problem. Once we get this working, we'll add RSPF to both of our Internet Gateways. There's no way to get the network routers between the two gateways to run RSPF. Anyway.... either there is something basic that I'm missing or RSPF is really un-usable in a standard network and I can't see how one can really be using it. Any info/help/suggestions ( preferably working ) would be appreciated. Thanks. 73's de Jack - kf5mg Internet - kf5mg@kf5mg.ampr.org - 44.28.0.14 AX25net - kf5mg@kf5mg.#dfw.tx.usa.noam - home (817) 488-4386 Dialup - kf5mg@tcet.unt.edu - work (looking for) =============================================================================== === Buffalo's new area code.... 044.... "Deal with it" === =============================================================================== ------------------------------ Date: Sat, 28 May 1994 16:28:01 -0400 From: goldstein@carafe.tay2.dec.com Subject: More RSPF Help needed..... To: tcp-group@ucsd.edu Jack, > We've got: > > -------- -------- -------- > kf5mg <---440---> wb5tey <---144---> k5rw > -------- -------- -------- > > kf5mg and k5rw are running RSPF. When either one sends out it's RSPF >broadcast, the other station can't hear it because they're on separate >networks. Is there an easy way to fix this? Not an easy way... This would have been solved fairly easily had RSPF2.2 been implemented. RSPF2.2 is a spec that makes clear that "normal" IP rules of "subnets" do NOT apply, and therefore you can create adjacencies using any kind of lower-layer (subnetwork in the OSIRM sense) connection and RSPF will use them if appropriate. But the code in NOS does not override IP's routing function, and treats RSPF node groups as IP subnets, which they ain't. I don't know what hackery has been done recently to allow faking things, but it's all half-way. Note that RSPF was designed to run on routers, but not be needed on end stations. Your example is of course the opposite, and tries to use intellgent end systems to get past a lack of intelligent routers. Perfectly sensible but since I don't personally _use_ any of the RSPF variants currently implemented, I can't tell you what works. If somebody would take the 2.2 spec and really implement it... Naaah, we're hams. Why do it right when a quick and dirty early hack is available? Why should routing be different from the "202" modems? :-( (sig)> Buffalo's new area code.... 044.... "Deal with it" I must be missing something... fred k1io ------------------------------ Date: Sat, 28 May 94 11:21:03 CST From: fchavarr@udgserv.cencar.udg.mx (Fco. J. Chavarria -POLITEC) To: tcp-group@UCSD.EDU unsub fchavarr@udgserv.cencar.udg.mx ------------------------------ End of TCP-Group Digest V94 #103 ******************************